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© Least recently used arbiter with programmable high priority mode and performance monitor. 



© In a data bus system which links a plurality of 
users, user access to the bus is provided by an 
arbiter which responds to a plurality of user requests 
for bus access by employing an adjustable priority 
scheme for granting access. When a user has ac- 
cess to the bus. the arbiter updates user pricnty by 
assigning the lowest priority to the current user and 
upwardly adjusting the pnorities of all currentiy-re- 
■ questing users. 
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LEAST RECENTLY USED ARBITER WITH PROGRAMMABLE HIGH PRIORITY MODE AND PERFORMANCE 

MONITOR 



This application is related to co-pending U.S. 
Patent Application Serial No. 07/211.584. entitled 
"SIMULTANEOUS TRANS-PROCESSOR BROAD- 
CAST OF MACHINE CONDITIONS IN A LOOSLY- 
COUPLED MULTI-PROCESSOR SYSTEM; U.S. 
Patent Application Serial No. 211.469. entitled 
"APPARATUS FOR PARTif iONED CLOCK STOP- 
PING IN RESPONSE TO CLASSIFIED PROCES- 
SOR ERRORS": U.S. Patent Application Serial No. 
288,639. entitled "PROGRAMMABLE QUIESCE 
APPARATUS FOR RETRY; RECOVERY AND DE- 
BUG": and U.S. Patent Application Serial No. 
291.543. entitled "MESSAGE BUFFER APPARA- 
TUS FOR AN INPUT/OUTPUT CONTROL PRO- 
CESSOR", all assigned to the Assignee of this 
application. 

This invention relates to devices and nnethods 
for bus arbitration of a common bus shared by a 
plurality of users. More specifically, the invention 
relates to a bus arbitration apparatus and method 
which uses a least recently used (LRU) algorithm 
while having a programmable priority mode feature 
for providing bus users of a high priority greater 
access to the bus over low priority bus users, and 
provisions for monitoring bus activity. 

In computer systems, design tradeoffs in circuit 
packaging, technology, cost and system perfor- 
mance often result in the implementation of shared 
buses for the transfer of information such as data, 
commands or other messages. In systems that 
utilize high speed parallel buses which interconnect 
several devices of similar function and bus priority, 
it is necessary that each device be given sufficient 
allocation in bus access to balance bus utilization, 
i.e.. bandwidth. Fbr optimum operation, It is also 
necessary that the average wait time for all devices 
in accessing the bus be as small as possible. It Is 
further necessary for optimum performance that the 
arbitration mechanism which determines prionty in 
access to the shared bus to be as fast as possible, 
particulariy in terms of logic level transitions, to 
calculate the next device grant 

In bus arbitration schemes, several algorithms 
have been previously utilized in various forms. The 
most widely used algorithms for bus arbitration 
schemes use fixed priority. The most widely used 
dynamic algorithms are: the least recently used 
(LRU): the rotating daisy chain: and the first come, 
first serve. Implementation of a "dynamic" algo- 
rithm, such as the LRU algorithm in bus arbitration 
mechanisms is more desirable than other algorithm 
types, since the "dynamic" algorithm is typically 
more efficient in determining allocation of shared 
bus resources. However, the "dynamic" algorithms 



such as the LRU algorithm, are more expensive in 
logic element count and logic delays to implement 
Regardless of the algorithm chosen, it is desirable 
to provide a high-speed implementation utilizing 

5 minimal delays in minimal logic circuitry. In the 
CMOS technology, particularly in the large scale 
integration technology, the speed of the arbiter is 
particularly important since off-chip driver delays 
are typically slow. 

10 In selecting a bus arbitration algorithm, an im- 

portant factor of consideration is the diversity of the 
input/output (I/O) devices attached to the system. 
Data processing systems typically have both time 
critical devices, such as direct access storage de- 

ts vices (DASD). along with less bandwidth Intensive 
communications devices, such as printers. It is. 
therefore, desirable to give time-critical devices a 
higher percentage of bus bandwidth than slower 
devices. 

20 The LRU algorithm has been incorporated into 

several dynamic bus arbitration mechanisms. One 
such implementation of an LRU algorithm is dis- 
closed in U.S. Patent No. 4,672.536, assigned to 
the Assignee of the present invention. In this im- 

25 plementation, an age value is assigned to each bus 
unit attached to a shared common Ihjs. The re- 
questing bus unit is granted access to the bus if it 
has an age value corresponding to the oldest re- 
quest. However, implementation of this LRU arbitra- 

30 tion scheme is slow: and requires substantial 
amounts of circuitry and input output signals. 

Another example of an LRU algorithm em- 
bodied in a bus arbitration scheme is disclosed in 
U.S. Patent No. 4.663,756. In this particular bus 

35 arbiter, a memory is utilized to store priority codes 
assigned to bus units. These priority codes are 
used by the bus arbiter to detemnine which bus 
unit will have the highest priority after a grant. After 
a bus unit with the highest priority code has acces- 

40 sed the bus, its priority code Is then set to the 
lowest priority with the priority of all other channels 
incremented by one. However, due to combinatorial 
logic limitations the disclosed bus arbiter will not 
always grant access to the bus in accordance with 

45 a pure LRU algorithm. Furthermore, utilization of a 
memory device also requires a substantial amount 
of associated circuitry and costs. 

In certain applications of a bus arbitration 
scheme, it is desirable that certain bus units be 

50 given higher priority in access to the shared bus. It 
is desirable in these applications that the LRU 
algorithm be utilized in arbitration of bus requests 
between bus units in the high priority class. Fur- 
themnore. it is desirable that the LRU algorithm be 



2 



EP 0 374 521 A2 



utilized in arbitration of bus requests between bus 
units in the low priority class. According to this 
arbitration schenne. all high priority class bus re- 
quests would be serviced prior to servicing of low 
priority class bus requests. 

In order to achieve optimunn bus perfomnance. 
it is necessary to balance bus utilization. Therefore, 
bus activity nnust be monitored to determine the 
activity relative to each bus user. Monitoring of bus 
activity is typically accomplished by including in 
the hardware, physical monitoring points to which 
monitoring devices are connected. Once a deter- 
mination is made with respect to bus user activity, 
devices on one bus unit may be interchanged with 
devices on another bus unit. Thus, a bus unit with 
a high level of bus activity, as a result of having 
several high activity devices, can have one or more 
of the high activity devices exchanged with low 
activity devices of another bus unit. With the ad- 
vent of very large scale integration (VLSI) chip 
technology, it is difficult to monitor real time de- 
mand on shared buses by connecting measure- 
ment devices to hardware monitor points. 

The apparatus of the present invention pro- 
vides a means for determining priority in access to 
a common bus shared by a plurality of users. The 
apparatus Incorporates a least recemiy used (LRU) 
algorithm embodied in a priority feedback means 
for providing a group of priority signals representa- 
tive of a user priority hierarchy, and a priority 
means for receiving the priority signals from the 
priority feedback means and is responsive to a 
cunrent user request status for providing a grant 
signal corresponding to a bus requesting user hav- 
ing a highest relative priority in the user prionty 
hierarchy among the bus requesting users. The 
priority feedback means is responsive to the bus 
grant signal for updating the user priority signals 
with the updated user prionty signals representa- 
tive of an updated user priority hierarchy in which 
the requesting user corresponding to tiie grant 
signal has a lowest relative priority. The apparatus 
may further include pnonty mode means for estab- 
lishing high and low prionty bus user classes, with 
arbitration between bus requesting users in each 
class according to the LRU algorithm, and servicing 
of all high prionty class bus user requests before 
serviong of low priority class bus user requests. 
Furthermore, the system may further include per- 
formance monitor means for enabling monitoring of 
bus activity. 

It is. therefore, an object of the present inven- 
tion to provide a novel and improved high-speed 
bus arbiti-ation mechanism utilizing a least recentiy 
used (LRU) algorithm for providing access to a 
common bus shared by multiple bus users. 

It is another object of the present invention to 
provide a bus ariDiter utilizing a LRU algoritiim 



while incorporating a programmability feature which 
permits certain bus users to be classified into a 
lower or higher priority classes with bus users in 
the high priority class being given a higher per- 
s centage of bus bandwidth. 

It is yet another object of the present invention 
to provide a bus arbiter having a dynamic perfor- 
mance monitor for enabling tiie monitoring of real 
time demands on the bus. 
^0 It is still a further object of the present inven- 

tion to provide a bus arbiter utilizing a LRU al- 
gorithm arbiti'ation scheme implemented in minimal 
logic to enable the generation of grant signals with 
minimal delay. 
fs Furtiier scope of applicability of this Invention 

will be evident when the detailed description given 
below is read with reference to the below-de- 
scribed drawings. It will, however, be manifest that 
the detailed description and specific examples giv- 
20 en below, while indicating a prefen^ed embodiment 
of the invention, serve only to illustrate it. since 
various elaborations, changes, and modifications 
within the spirit and scope of the invention will be 
evident to the skilled artisan. 
25 Rgure 1 is a block diagram of an overall 

computer system which incorporates tfie present 
invention. 

Figure 2 lllusti-ates in block diagram form the 
bus arbiter of the present invention. 
30 Rgure 3 Is a flow chart showing the various 

steps of operation of the bus arbiter. 

Rgure 4 is a table illustrating priority latch 
update over time when all requests are active. 

Rgures 5A-5H illustrate, in schematic form, a 
36 specific circuit implementation of a bus arbiter us- 
ing a least recently used algorithm and having 
priority mode and performance monitoring capatul- 
ities. 

Rgure 6 is an exemplary timing diagram 
40 illustrating the arbitration of bus requests. 

Rgure 7 is an alternate exemplary timing 
diagram illustrating tiie arbitration of bus requests. 

Rgure 8 is a table illustrating the state of the 
arbiter with reference to the arbitration according to 
-iS the exemplary timing diagram of Rgure 7. 

Rgure 1 illustrates in block diagram element 
which form a digital computer system. The system 
includes a central processing unit (CPU) 10 which 
is coupled by bi-directional central processing unit 
50 (CPU) bus 12 to central storage device 14. Central 
storage device 14 includes a main storage control 
portion 16 and a main storage portion 18. CPU bus 
12 is coupled to the main storage 18. Main storage 
14 provides software level instruction and data stor- 
55 age. CPU 10 processes software level instructions 
ttiat are stored in centi-aJ storage 14. 

CPU card 10 is also coupled by a bi-directional 
connmunications (C) bus or CBUS 20 to an 1.0 
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control processor (lOCP) 22. lOCP 22 is coupled 
by a bi-directionai I/O (10 BUS) bus 24 to central 
storage 14. lOCP 22 processes all software level 
I/O Instructions stored in main storage 14 in addi- 
tion to controlling the flow of information between 
I/O devices and main storage 14. lOCP 22 is coup- 
led by C bus 20 so as to permit either processor. 
CPU 10 or lOCP 22, to transfer interrupt or control 
information to one another. 

lOGP 22 is comprised of control store element 
26. an I/O engine (lOE) element 28. an t/O queue 
(lOQ) element 30, a storage and I/O Interface 
(STIO) 32 element a clock source (not shown), and 
a secondary clock maintenance (SECMAINT) ap- 
paratus 34. 

lOE element 28 and lOQ element 30 are the 
processor elements of the lOCP 22. lOE element 
28 and lOQ element 30 are coupled to control 
store 26 by control store (CS) bus 36 in order to 
access microcode program instructions stored in 
control store 26. lOE element 28 and lOQ element 
30 execute microcode instructions with the pro- 
gram including various routines necessary to per- 
form the various I/O functions and operations re- 
quired of lOCP 22 in processing I/O instructions. 
Both lOE element 28 and lOQ element 30 receive 
a 4-byte microword, in parallel, from control store 
28 on CS bus 36. However, one or both of lOE 
element 28 and 100 element 30 execute the micro- 
word depending upon the specific microword. Typi- 
cally. lOE element 28 executes arithmetic and logic 
microwords, while lOQ element 30 executes micro- 
words which interface with units beyond the 
bounds of lOCP 22. lOQ element 30. for example, 
executes microword relative to operations which 
relate to CPU 10. main storage 14 or various I/O 
devices. Both lOE element 28 and lOQ element 30 
execute the type of microword which instructs an 
operation for moving data between lOE element 28 
and lOO element via a bi-directional external bus 
38 coupled between lOE element 28 and lOQ 
element 30. 

lOQ 30 is also coupled by an 
address-datacommunication (ADC) bus 40 to STIO 
element 32. STIO element 32 functions as an inter- 
face for passing data and instructions between 
CPU 10 and lOQ element 30. and between main 
storage 14 and lOQ element 30. STIO element 32 
includes buffers and various other logical elements 
for message storage and transfer control. STIO 
element 32 is coupled by tine 33 to iOQ element 
30 to provide bus activity status data to IOQ ele- 
ment 30. 

lOCP 22 furtiier includes SECMAINT apparatus 
34 which is coupled to lOE element 28, IOQ ele- 
ment 30 and STIO element 32 to provide, among 
other functions, suspension of clock signals to cer- 
tain elements of lOCP card 22 should an error be 



detected in lOCP card 22. Although the SECMAINT 
apparatus 34 does not form a part of the present 
invention, further description of the clock suspen- 
sion feature is found in co-pending U.S. Patent 

5 Application Serial No. 211.469 , entitled 
-APPARATUS FOR PARTITIONED CLOCK STOP- 
PING IN RESPONSE TO CLASSIFIED PROCES- 
SOR ERRORS- referenced above. SECMAINT ap- 
paratus 34 further provides a communication path 

to between the lOCP 22 and monitoring and error 
detection hardware discussed later. 

lOCP card 22 is coupled by ADC bus 40. and a 
series of bus request lines 44. 70. 76. 102. and 
corresponding bus grant lines. 46, 72. 78, 104, to 

fs individual bus units. For purposes of explanation 
four such 1/0 device bus units are illustrated and 
referenced herein as Bus Units A-D. It should be 
understood that the present invention may com- 
prise fewer or greater bus units. It should further be 

20 understood that both the IOQ element 30 and STIO 
element 32 are also considered as bus units for 
purposes of accessing and using the ADC bus 40. 

ADC bus 40 consists of a 4-byte bi-directional 
data bus and a 4-blt bi-directional control bus. 

26 Each bus unit has a unique request line and grant 
line which are connected to IOQ element 30. Each 
bus unit which desires access the ADC bus ac- 
tivates a request signal which is provided to lOQ 
element 30. IOQ element 30 responds to the re- 

30 quest signal by arbitrating between all requesting 
bus units and providing a grant signal to a request- 
ing bus unit based upon a priority scheme Im- 
plementing the least recentiy used (LRU) algorithm. 
In Figure 1, Bus Unit A comprises an 10 inter- 
as face controller (lOIC) 42 which is coupled to ADC 
bus 40. lOtC 42 is also coupled by request line 44 
and grant line 46 to 100 element 30. lOlC 42 is 
coupled by a bi-directional data and control tSPD) 
bus which couples lOIC 42 to a series of 1*0 

40 processors (tOP) such as lOP 50a and 50b. Each 
lOP is coupled by line 52 to respective I O device 
54, For example. lOP 50a is coupled by line 52a to 
10 device 54a device 54a. 

Each lOP is an intelligent microprocessor 

45 based subsystem providing control of the attached 
lO device 54. Each specific type of lOP is dedi- 
cated to a specific category of I O devices such as 
a tape or direct access storage device (DASD). 
workstation or telecommunications device. 

so Each l*0 device 54 Interfaces witii lOCP 22 via 

lOP 50 and lOIC 42. lOlC 42 functions as an 
interface between the lOP 50 -and the lOCP 22. 
When one of the LO devices 54 in Bus Unit A 
seeks access of ADC bus 40. lOIC 42 generates a 

55 request signal which is provided on request line 44 
to IOQ element 30. Should tiie lOQ element 30 
grant the I/O device bus request. IOQ element 30 
tranmits a bus grant signal on grant line 46 to lOIC 
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42. lOIC 42 communicates with the appropriate lOP 
50 and associated I/O device 54 for permitting I/O 
device 54 access to the ADC bus 40. 

Bus Unit B is similar to that of Bus Unit A in 
that lOiC card 56 is coupled by SPO bus 58 to a s 
series of lOP cards. lOP 60a. 60b, etc. lOP 60a 
and 60b as illustrated are respectively coupled by 
lines 62a and 62b to a respective 10 device 64a 
and 64b. lOIC card 56 is positioned in a remote 
location from that of lOIC card 42. lOIC card 56. a 
due to its remote location positioning is coupled an 
address/data/communicatJon remote (AOCR) bus 
66 to an extended remote bus interface (ERBI) 
card 68. ERBI card 68 is coupled to ADC BUS 40 
and to 100 element 30 by request lino 70 and rs 
grant line 72. ERBI card 68. in essence, functions 
as a bus extension of ADC bus 40 to accommodate 
for the remote location of lOIC card 56. 

Bus unit C is comprised of ERBI card 74 which 
is coupled to ADC bus 40 in addition to being 20 
coupled by request line 76 and grant line 78 to lOQ 
element 30. ERBI card 74 is also coupled by bi- 
directional address/'data/communlcation extension 
(AOCE) bus 80 to a series of channel processor 
(CHP) 82a-82d. Channel processors d2a-82d are 25 
each coupled by respective bi-directional channel 
bus 84a-d to a corresponding l-O device 86a-86d« 
CHP cards 82a-82d are intelligent microprocessor 
base subsystems, similar to the lOP cards, which 
provide control of the attached I/O device 86a-86d. 3c 
In Bus Unit C. an I/O device requesting access to 
ADC bus 40 communicates such request via a 
corresponding CHP card 82 and ERBI card 74 to 
ICQ element 30. ERBI card 74 generates the re- 
quest signal which is provided on line 76 to lOQ as 
element 30- in response thereto, and according to 
the arbitration scheme, a grant signal is provided 
by ICQ element 30 on line 78 to ERBI card 74. 
ERBI card 74 provides a signal to the correspond- 
ing CHP card 82 to enable access to the request- 40 
ing 10 device 86. 

Bus Unit 0 is similar to that of Bus Unit C in 
that ERBI card 88 is coupled by an ADCE bus 90 
to a series of CHP cards 92a-92d. Correspondingly, 
each CHP card 92A-92D is coupled by a respec- 4S 
tive channel bus 94a-94d to a respective 10 device 
96a-96d. ERBI card 88 is coupled by an ADCR bus 
98 to ERBI card 100. ERBI card 100 is coupled to 
ADC bus 40 In addition to being coupled to lOQ 
element 30 by request line 102 and grant line 104. so 

The system illustrated in Figure 1 further com- 
prises a support processor (SP) apparatus 106 
which is coupled by line 108 to support system 
adapter (SSA) 1 10. SSA 1 10 is coupled by line 1 12 
to a primary clock maintenance (CLKMAINT) card 55 
114 which is coupled by line 116 to SECMAINT 
apparatus 34 located on lOCP card 22. SEC^/IA^^fr 
apparatus 34 is respectively coupled by lines 118. 



120 and 122 to lOE element 28. 100 element 30 
and STIO element 32. 

SP 106 may include an operator console which 
allows monitoring of system activity and perfor- 
mance of system maintenance. SP 106 may also 
provide system clock starting-stopping, machine 
state scanning and changing of tndividuaJ latch 
values in the system as required. SP 106 is coup- 
led through SSA 110 which is a local area network 
(LAN) interface. CLKMAINT card 114. in addition to 
the SECiVIAINT module 34. provide clock main- 
tenance and control along with providing a commu- 
nications path between SP 106 and lOCP card 22. 

Bus Units A-D are but one exemplary embodi- 
ment of a series of bus units coupled to the lOCP 
card 22. It is to be understood that many variations 
in bus units may be realized. 

Among the many functions which lOQ element 
30 perfonns is bus arbitration. lOQ element 30 as 
configured implements a LRU algorithm in deter- 
mining priority in granting access to the ADC bus 
by requesting bus units. Rgure 2 illustrates in 
block diagram form the bus arbiter of the present 
invention contained within ICQ element 30. The 
bus arbiter of the present invention comprises a 
series of bus requests latches 130 which receive 
and store bus request signals which represents the 
current request status. The stored request signals 
are provided on line 132 to the priority logic 134. 
Priority logic 134 generates the bus grant signals 
which are on line 138. Each bus grant signal is 
provided to the appropriate requesting bus unit in 
accordance with the priority algorithm. 

The bus grant signals output on fine 136 are 
also fed back as an input to priority next state logic 
138. Priority next state logic 138 uses the bus 
grant signals to update the priority status for the 
following bus grant. Priority next state logic 138 
generates a group of priority signals representative 
of the rsla^ye priority of each bus unit with respect 
to one another in a priority hierarchy. Priority next 
state logic 138 provides the group of priority sig- 
nals on line 140 to priority latches 142 where the 
signals are stored. The stored priority signals are 
output from priority latches 142 on line 144 to an 
input of priority logic 134, The stored pnority sig- 
nals are fed back to an input of priority next state 
logic 138. 

Priority logic 134 also receives the input sig- 
nals QUIESCE and BUS BUSY, respectively, on 
lines 146 and 148. The signal QUIESCE is gen- 
erated by logic in the lOQ element in response to 
an error condition or debug state to suspend ar- 
bitration. Similarly, the signal BUS BUSY is gen- 
erated by the ICQ element when the bus is cur- 
rently in use so as to suspend arbitration. The 
QUIESCE and BUS BUSY signals are used by 
priority logic 134 to form a STOP ARBITRATION 
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signal used in the priority logic 134 as described 
below. 

The ariDitration algorithm selected for applica- 
tion in the bus arbitration scheme of the present 
invention is based on the least recently used (LRU) 
algorithm. The LRU algorithm utilizes a priority 
hierarchy which assigns the highest priority into the 
requesting bus unit that has not used the bus for 
the longest interval. The bus unit that has most 
recently used the bus is assigned the lowest prior- 
ity. All bus units have a relative priority with re- 
spect to one another. Initially, all bus units are 
assigned a priority within the priority hierarchy. 

In order to Initiate a transfer on the bus, a bus 
unit activates its request signal. These signals are 
latched into the request latches 130 every cycle. 
The latched request is then fed to the priority logic 
134. If quiesce and bus busy are not active, priority 
logic 134 generates a grant signal. If a single bus 
unit requests access to the bus, the requesting bus 
unit is granted access to the bus. If there is more 
than one request for the bus. the arbiter determines 
which request has the highest priority. The grant 
signal generated by priority logic 134 corresponds 
to the bus unit which has least recently gained 
access to the bus. After a grant signal is generated, 
priority next state logic 138 utilizes the grant signal 
to update priority latches 142. The status of priority 
latches 142 determine the priority of the bus units 
for the next bus grant signal. 

The bus arbiter of the present invention further 
comprises a means for altering the normal priority 
in bus grants by establishing two classes or modes 
of priority. i.e., high priority mode and low priority 
mode. Accordingly, priority mode signals are pro- 
vided to priority mode latches 150 where the sig- 
nals are stored. The stored priority mode signals 
are fed via line 152 to an input of priority next state 
togic 138. When two classes of priority are created, 
by selecting certain bus units in the high priority 
mode and other certain bus units in the low priority 
mode, the normal LRU algorithm is modified. 

Bus units in the high prionty mode operate 
under an LRU algorithm with respect to other bus 
units in the high priority mode. Similarly, bus units 
in the low priority mode operate under the LRU 
algorithm with other bus units in the low pnority 
mode. When only a single bus unit, either high or 
low priority modes requests the bus. the arbiter 
grants the requesting bus unit access to the bus. 
Upon granting of the bus to the requesting bus 
unit, the bus arbiter is updated so as to assign the 
bus unit granted the bus the lowest priority of the 
bus units in that particular priority mode. When bus 
units of both high and low priority mode are re- 
questing the bus. the high priority mode requesting 
bus unit is granted the bus. even when the high 
priority mode bus unit has more recently been 



granted the bus than the low priority mode request- 
ing bus unit. Upon grant, the high priority mode 
bus unit which is granted the bus is assigned a 
lowest relative priority in access to the bus among 

5 high priority mode bus units. Once all high priority 
mode bus unit requests have been granted, the low 
priority mode bus unit requests may be granted. 

It is a further feature of the present invention to 
provide a means for monitoring the status of the 

10 bus unit requests by selectively sampling the bus 
request signals as latched and output by bus re- 
quest latches 130. The output of bus request 
latches 130 is provided on line 132 to an input of 
performance monitor logic 154. The BUS BUSY 

/6 signal on line 148 and a BUFFER FULL signal, 
provided from STIO element on line 156, are also 
input to performance monitor logic 154. The BUFF- 
ER FULL signal provides a status of the STIO 
buffers. The bus request signals along with the 

20 BUS BUSY and BUFFER FULL signals are sam- 
pled and read out of performance monitor logic 154 
in response to rapid maintenance access path 
(RMAP) command signals. The RMAP command 
signals are provided on line 158 to performance 

25 monitor logic 154. The monitored status data is 
output from performance monitor logic 154 on line 
160 as the RMAP read data. The RMAP com- 
mands are typically provided via the support pro- 
cessor with the RMAP read data provided to the 

30 support processor for monitoring purposes. Evalu- 
ation of the RMAP read data is to determine bus 
usage. Furthermore, the RMAP read data may be 
utilized in detemnining bus unit priority mode status 
for allocation of bus bandwidth between requesting 

35 bus units. 

Figure 3 is a flow diagram illustrating the steps 
of bus request arbitration in the bus arbiter of the 
present invention which utilizes the LRU algorithm. 
It should be noted that the description of the oper- 

40 ational steps of Figure 3 include reference to the 
elements of Figure 2 for purposes of clarity with 
respect to the operation description. Each lOCP 
card clock cycle the bus unit request signals are 
latched (block 170) in the bus request latches 130. 

45 If there are no bus requests, no further activity is 
performed by the bus arbiter in the present cycle 
latched request status (block 172). During the next 
cycle the request status is monitored with any 
requests during this cycle latched (block 170) in 

50 the bus request latches 130. 

If one or more bus units are requesting access 
to the bus. the active request signals are latched 
(block 170) and detected (block 172) by priority 
logk: 134. If during current cycle, request a ctivity is 

55 detected and the STOP ARBITRATION signal is 
inactive (block 174). arbitration is halted and no 
further activity is performed with respect to the 
current cycle request status. During the next clock 
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cycle, the bus unit request signals are again presented to the D input of the LI element enters 

latched (block 170). with the request active deter- the LI element while the C. clock waveform has a 

mination made (block 172) and with an active re- positive level. The data is latched or retained in the 

quest status existing, the stop arbitration deter- LI element at the rising edge of the C. clock 

" ' waveform. The data retained within the LI element 

S'UP AHBITRATION signal is active, the ar- is available from the output of the LI element at 

bitration process continues. At this point, the bus the rising edge of the Ci waveform. The data in the 

arbiter determines whether or not there is a single L2 element is thus available as the SRL output until 

or multiple bus units requesbng access to the bus the next rising edge of the Cs clock waveform. The 
(block 176). 10 fundamental operation cycle ("the machine cycle") 

If a single bus unit Is requesting access to the of the processor in which the invention operates is 

bus. a grant signal con-esponding to the requesting defined by the period between successive rising 

bus is activated (block 178). Upon granting the edges of the Ca clock waveform, 

single requesting bus unit access to the bus. the Rgure 5a illustrates bus request latches 130 
pnority latches 142 are updated (block 180) by is which is comprised of a series of SRL's 190. 192. 

next state priority logic 138. Upon updating at the 194 and 196. Each SRL 190, 192. 194 and 196 Is 

priority latches 142. priority logic 134 is ready for configured to receive at the LI element D input 

making a determination of further granting of bus thereof a bus request signal respectively from bus 

requests by latching the bus unit requests (block unit A, bus unit B. bus unit C. and bus unit D. The 
170) . Should multiple bus units request access to 20 input to SRL 190. 192. 194 and 198 is indicative of 

the bus be determined (block 176). a determination the current bus unit request status. The output from 

is made of the bus unit requester having the high- each Lj element is the latched bus request signal 

est priority (block 182). A grant signal correspond- and its inverse, for example, the signal A and A 

ing to the requesting bus unit having the highest respectively provided at the SRL Q and CToutputs. 
priority is then granted (btock 184). Upon general- 2s The output from each bus request latch or SRL 

ing the bus grant signal, priority latches 142 are 190. 192. 194. and 196 is provided to the priority 

updated (block 180) by the priority next state logic logic 134. 

138. Upon updating of prionty latches 142. prionty For purposes of simplicity in illustration, the 

togic 134 is again ready to process the subsequent SRL's in Rgures 5b-5h are illustrated without the 
cycle bus request status. 30 clock input signals. It should be understood that 

Rgure 5a-5h illustrate in schematical form an each of these SRL's are identical to those lllus- 

exemplary implementation of the bus arbiter of the trated in Rgure 5a. It should be further understood 

present inventkjn which utilizes an LRU algorithm. that when a signal is active it is in a logical "1 " 

The arbiter as illustrated further includes program- state. Correspondingly, when a signal is inactive, it 
mable bus unit priority mode and bus performance 33 is in a logical "0" state. With further reference to 

monitoring features. As illustrated In Figures Sa-Sh. the SRL's. when an SRL Is set the SRL data 

the arbiter, for purposes of Illustration, is configured stored in the SRL is provided at the Q output is an 

for art)itrating between four bus units. Based upon active signal in a logical "1" state. Correspond- 

the teachings provided herein, the bus arbiter may ingly. when the SRL is reset, the data stored in the 
be readily configured for arbitration of more or less 4o SRL and provided at the fToutput is an inactive 

bus units. signal in a logical "0" state. 

Preferably, the specific circuitry hereinafter de- Rgure 5b illustrates bus priority mode latches 

scnbed is based upon level sensitive scan design 150 which is comprised of a series of SRL's 198. 

(LSSO) circuifry. In ttiis regard, the basic circuit 200. 202 and 204. Each SRL 198. 200. 202 and 
unit is a shift register latch (SRL) containing two js 204 is configured to receive a priority mode signal 

latching elements, referred to as LI and L2. re- con-esponding to the prionty mode. i.e.. high or 

spectvely. Once such SRL is Indicated by the low. of a corresponding bus unit. The pnority mode 

reference numerat 190 in figure 5a. Ports D and C latches 150 may be set or reset by the user, such 

of the LI element are used respectively for data as through SP 106. Each SRL 198. 200. 202 and 
and clock inputs to the SRL. The L2 element has a so 204 provides as an output the corresponding 

data input internally connected to the LI element latched pnority mode signal and its inverse. SRL 

output and uses the 8 input for clocking of data 198 provides the latched priority mode signal for 

into the L2 element. In a latch-tngger design, the B bus unit A as the signal AP and the inverse thereof 

input IS also used for the trigger clock, which as tiie signal SP". Similarly. SRL's 200. 202 and 
provides the main timing sequence in this inven- ss 204. respectively latch the priority mode signals for 

Bon. Each SRL is fed a clock signal consisting of bus units 8. C and D. so as to provide as an output 

two clock waveforms C. and C2. such as ttiose the latched priority mode signals and the respec- 

illustrated in the timing diagram of Rgure 6. Data tive inverses signals ttiereof as BP and BP". CP 
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and CP", and DP and DP". 

Each latched priority mode signal and its in- 
verse are provided to priority next state logic 138. 
In particular, the latched priority nnode signals AP, 
BP. CP. and DP are provided to a priority feedback 
logic first stage 138a which is comprised of a 
series of exclusive NOR gates 206. 208. 210, 212. 
214. and 216. Exclusive NOR gates 206*216 are 
used to perform an equals compare of ail combina* 
tions of the latched priority mode signals. The 
latched priority mode signal AP is output to Exclu- 
sive NOR gates 206. 208, and 210. The latched 
priority mode signal BP is output to Exclusive NOR 
gate 206, 2l2. and 214. Similarly, the latched prior- 
ity mode signal CP is output to Exclusive NOR 
gates 208. 212. and 216. while the priority mode 
signal DP is output to Exclusive NOR gates 210. 
214. and 216. Exclusive OR gates 206-216. respec- 
tively provide the equals compare signstis AQB. 
AQC. AOD. BQC, BOD. and COD. 

When a bus unit Is placed in the high priority 
mode, its bus priority mode latch signal is set 
active which sets the corresponding SRL which 
provides a 0 output signal in the logical "1 " state. 
Correspondingly, when the bus unit is placed in a 
low priority mode, the corresponding SRL is reset 
and provides* a Q output signal in the logical "0" 
state. \A/hen both latched priority mode signals 
input to the Exclusive NOR gate are at a logical 
"O" state, indicative of both bus units set in a low 
priority mode, the output of the Exclusive NOR 
gate is a signal in a logical "1" state. Similarly, 
when both latched priority mode signals input to 
the Exclusive NOR gate are at logical **1" state, 
indicative of both bus units set in a high priority 
mode, the output of the Exclusive NOR gate a 
signal in a logical "1" state. A signal output from 
the Exclusive NOR gate in a logical "l" status is 
thus indicative of equal priority among the com- 
pared bus units. However, if the latched priority 
mode signals input to the Exclusive NOR gate are 
each at a different logic level, the signal output 
from Exclusive NOR gate is in a logical "0" state. 
A signal output from the Exclusive NOR gate in a 
logical "0" state is indicative of inequality in priority 
among the compared bus units. 

The signals output from the priority feedback 
logic first stage 13da are provided along with the 
outputs from the priority mode latches 150 to por- 
tions of the priority feedback logic second stage 
portions 138B. 138C. and 1380. Priority feedback 
logic second stage along with the priority togic is 
illustrated in Rgures 5c-5f. The circuitry illustrated 
in Rgures 5c-5f is utilized to grant the bus grant 
signals respectively to bus units A-D. 

Referring to Rgure 5c. priority feedback logic 
second stage portion 138b is comprised of 
AND/OR (AO) logic gate books 218. 220. and 222. 



The output of AO logic gate books 218. 220. and 
222 are coupled to priority latch portion 142a re* 
spectively at the input of priority latches or 
SRL's224. 226. and 228. The respective output of 
5 each SRL*s 224. 226. and 228 are tiie signals 
AGTB. AGTC and AGTD which represent the sta- 
tus of priority of bus unit A with respect to bus 
units B. C. and D. \/Vhen SRL 224 is set, the output 
signal AGTB is at a logical '*1'* state which satisfies 

w the condition tiiat bus unit A is greater in priority 
than bus unit B. However, when SRL 224 is reset, 
the signal AGTB is at a logical "0" which is indica- 
tive of the condition that bus unit B is of a higher 
priority tiian bus unit A. In a similar manner. SRL's 

t6 priority latches 226 and 228 respectively indicate 
the status in priority of bus unit A with respect to 
bus units C and D. 

The top AND gate of AO logic gate books 218. 
220. and 222. (AND gates 21 da. 220a and 222a) 

20 are utilized to compare the priority mode of bus 
unit A with each respective bus unit. Upon detec- 
tion of the condition of bus unit A is a high priority 
mode bus unit, indicated by the signal AP being a 
logical "1* with the compared bus unit of a low 

25 priority mode, indicated by the compared bus unit 
priority mode Inverse signal BP", CP and DP being 
a logical "0". tiie respective AO logic gate book 
218. 220. and 222 sets the corresponding SRL 224, 
226, and 228. 

30 AND gates 218b. 220b. and 222b respectively 

receive tiie comparison signals AQB. AQC. and 
AQD in addition to respectively receiving the bus 
grant signals BG. CG, and DG from the output of 
priority logic 134. When tiie output from the cor- 
os responding Exclusive NOR gate in priority feed- 
back logic first stage 138a is at a logical "l" and 
the compared bus grant signal is also at a logical 
"1 " state, the corresponding priority SRL 224. 226 
and 228 in priority latch portion 142A is set. A 
40 logical "1" at the Q output of SRL 224. 226 or 228 
is indicative of bus unit A having a greater priority 
than the compared bus unit. AND gate 218c also 
receives the signal AQB from exclusive NOR gate 
206. in addition a feedback signal from SRL 224 in 
J5 tiie form of tiie AGTB signal along with the inverse 
of the bus unit A grant signal. AG . AND gate 21 8C 
is utilized to maintain the state SRL 224 when the 
signal AQB is a logical "1**. iand the bus unit A 
grant has not been activated, i.e.. tiie signal AG is 
50 a logical "0". Similarly, AND gates 220C and 222C 
are utilized to maintain the state of respectively of 
SRL's 226 and 228. 

Priority latches 142 is configured such that all 
pairwise combinations of requesters are consid- 
55 ered, i.e.. the result of a comparison in relative 
priority among all pairs of requesting bus units. 
Each Individual priority latch indicates whether a 
given requester is higher or lower in priority ttian 
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the other requester. In the circuit implementation 
illustrated in Rgures 5a-5h. four such requesters 
are indicated and are labeled bus units A. B. C. 
and D. It is not necessary that all four of bus unit A, 
B. C and O be external card based I/O devices. t 
Two of the bus units are the lOQ element and 
STIO element which are also capable of requesting 
access to the ADC bus. 

In the description herein, the greater than oper- 
ator (>) will be used to indicate that a given bus jc 
unit is higher in priority than other bus unit. For 
example, the expression A>B = true indicates that 
requester A is of a higher priority than requester B. 
For four requesters the following relationships must 
be considered: A>B. A>C. A>D, B>C. B>D, and ts 
OD. In order to represent all combinations for the 
given example, six priority latches are required, 
with each latch storing a valve representing the 
result of a respective one of the above relation- 
ships. Each latch may be reset to a logic "0- or set 20 
to a logical -1" state. If a latch is set in the logic 
"1 " state, then the correspor>ding condition is true. 
If a latch is reset in the logical "0" state, then the 
corresponding condition is false. For example, if 
the latch which represents the condition A>B is in 21 
the logical "1- state, then the condition A>B = true 
which Is indicative that requester A is higher in 
prionty than requester B. 

Utilizing the least recently used algorithm, the 
priority latches are updated after a grant signal is 30 
activated. The bus unit that is given the grant 
beccmes lowest in priority. All other bus units 
become higher in priority than the unit most re- 
cently granted the bus. The priority latches are 
updated to reflect these greater than conditions if 35 
the bus unit on the left side inequality has been 
granted the bus, then the latch is reset. i.e. a 
logical "0" state- If the bus unit on the right side of 
the inequality has been granted the bus. then the 
latch IS set. i.e.. logical "1 " state. If the bus unit on 40 
the left side of the inequality has not been granted 
the bus, then the latch holds Its present state. For 
example, after bus unit A is granted the bus. the 
(A>B) latch must be reset to the logical "0" state to 
satisfy the condition A>B = false. After bus unit B is 45 
granted the bus. the (A>B) must be set to the 
logical T state to satisfy the condition A>B = true. 

Figure 4 illustrates the dynamic update of ar- 
biter priority latches over time, when all bus unit 
requests are active, i.e.. logical "1" state. At time 50 
T0» at the initial state of the arbiter, bus unit A is 
highest in priority followed by bus units 8, C. and 
0 in descending order. At time T1 bus unit A is 
given a grant. At time T2 the new state of the 
priority latch is established with bus unit B now 55 
having the highest priority followed by bus units C. 
D. and A in descending order. At time T3. bus unit 
B Is granted the bus. At time T4, the new state of 



the priority latches is established with bus unit C 
having the highest priority followed by bus units D. 
A. and B in descending order. At time T5. bus unit 
C having the highest priority is granted the bus. At 
time T6 the priority latches are updated with the 
new state of the priority latches indicating that bus 
unit D is now in the highest pnonty followed by bus 
units A, B. and C in descending order. At time T8. 
the priority latches are updated and illustrate the 
new state of the pnority latches which is the same 
as time TO. 

The priority mode latches are utilized to alter 
the normal LRU priority. A mode latch is associated 
with each bus unit and when it is reset in the 
logical "0" state, the corresponding bus requester 
is in a low priority mode. When the mode latch is 
set In the logical "1" state, the con-esponding re- 
quester is in a high priority mode. If a high priority 
requester requests the bus. all low priority requests 
will be ignored. If more than one high priority 
requester requests the bus or if only low priority 
requesters request the bus. then the normal LRU 
algorithm will be used to grant the bus within the 
corresponding priority mode. Priority next state log- 
ic 138 for priority latches 142 either set or reset the 
priority latches to enforce the these conditions. 

Figure 5D illustrates the bus unit B grant logic. 
In Figure 5d. pnority next state logic second stage 
138c is comprised of AO logic gate books 230 and 
232. The output of AO logic gate books 230 and 
232 are respectively provided to priority latch por- 
tions 142B respectively at the input of priority 
latches or SRLS 234 and 236. In AO logic gate 
book 230. AND gate 230a receives the signals BP 
and CP from priority mode latches 150 to detect a 
condition where bus unit B is set in a high priority 
mode and bus unit C is not. In this condition, 
pnority latch or SRL 234 of priority latch portion 
142b IS set with the output signal BGTC being a 
togicai "r state. Similarly, AND gate 232A also 
receives the signals BP and DF^to detect the 
condition of bus unit B being in a high priority 
mode and bus unit D is not. In this condition. AO 
logic gate book 232 sets SRL 236 with the signal 
BGTD being in a logical "1 " state. 

AND gate 230b receives the signal BQC along 
with the bus unit C bus grant signal CQ. With the 
signals BQC and CQ being in a logical "I" state, 
respectively indicative of bus unit B being of the 
same priority mode as bus unit C and bus unit C 
being given a bus grant signal. AO logic gate book 
230 sets SRL 234 with the signal BGTC being in a 
logical "1" state. Similariy. AND gate 232b re- 
ceives the signal BOD along with the bus unit D 
bus grant signal DQ. With the signals BQD and DQ 
being in a logical "1" state, respectively indicative 
of bus unit B being of the sanne priority mode as 
bus unit 0 and bus unit 0 being given a bus grant 
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signal, AO logic gate book 232 sets SRL 236 with 
the signal BGTD being in a logical "l" state. 

AND gate 230C receives the signals BQC. 
BGTC along with the signal BB^to maintain SRL 
234 in its present state, provided bus unit 8 is not 
being given a bus grant signal (EG active) and the 
equals detect Signal BQC is active. Similarly, AND 
gate 232c receives the signals BQO, BGTD along 
with the signal BG^'to nnaintain SRL 236 in its 
present state, provided bus unit B is not being 
given a bus grant signal (BG active) and the equals 
detect signal BQD is active. 

Rgure 5e illustrates the bus unit C grant logic. 
In Figure 5e the priority next state logic second 
stage 238d is comprised of AO logic gate book 
23& AO logic gate book 238 has an output coupled 
to priority latch portion 1420. which is comprised 
of SRL 240. AND gate 238a receives the signals 
CP and l3P"to detect the condition where bus unit 
C being set in a high priority mode and bus unit D 
is set in a low priority mode. When this condition 
occurs. AO logic book 238 sets SRL 240 with the 
output signal CGTD fc)eing in a logical "1* state. 
AND gate 238b detects the condition of bus unit C 
and D both being of an equal priority mode and a 
grant signal being provided to bus unit D. In this 
condition, AO gate 238 sets SRL 240 with the 
signal CGTD being in a logical "1 " state. AND gate 
238c is used to hold SRL 240 at its present state, 
provided bus unit C grant is not being given a bus 
grant signal ( C?r"active) and the equals detect 
signal COD is active. 

Rgure 5f illustrates the bus unit D grant logic. 
Due to logic configuration with respect to Figures 
5A-5S, all priority signals are generated with re- 
spect to bus unit D. In figure 5F, bus unit D priority 
signals are provided directly to pnority logic portion 
134B. 

Rgure 5g illustrates the drcuitry In priority log- 
ic portion 134e which generates the STOP AR- 
BITRATION signal, i.e.. 5"signal. With reference to 
Figure 5g, the ^signal is used to enable or sus- 
pend arbitration. The stop arbitration logic includes 
SRL latch 240 which latches the BUS BUSY signal. 
The BUS BUSY signal provided SRL 240 by the 
lOQ element when the ADC bus is active with 
control signals or data being transferred between 
bus units. The latched BUS BUSY signal is the 
signal BUS BUSYL2 which is driven to NOR gate 
(242). The bus grant signals AG. BG. CG. and DG 
from priority logic 134, atong with the QUIESCE 
signal are input to OR gate 244. The output of OR 
gate 244 is latched in SRL 246. The output of SRL 
246 is provided as the STOP GRANT L2 signal to 
the other input of NOR gate 242. When one of the 
bus grant signals or the OUIESCE signal is at a 
logic "1" state, the S~signal goes to the logic "O" 
state for suspending arbitration in the priority logic 



134. When the 5"signal is active, priority logic 134 
is enabled for the arbitration process. 

The portion of priority logic 134 responsible for 
generating the bus unit A grant signal (AG) is 

5 illustrated in Rgure 6c within priority logic portion 
134a. In priority logic portion 134a the grant signal 
AG is generated in two stages. The first stage is 
comprised of three OR gates 248. 250. and 252. 
One input of OR gate 248 receives the AGTB 

10 signal from the Q output SRL 224. The other input 
of OR gate 248 receives the signal ff'from the U 
output of SRL 192. Similarly. OR gate 250 receives 
the AGTC signal from the Q output of SRL 226. 
while the other input receives the signal Cfrom the 

IS U"output of SRL 194. OR gate 252 has an input 
coupled to the Q output of SRL 228 to receive the 
AGTD signal, with the other input of OR gate 252 
for receiving the ITsignal from the CToutput of SRL 
196. 

20 The output of OR gates 248, 250 and 252 are 

respectively coupled as inputs to AND gate 254. 
AND gate 254 also has an input connected to the 
Q output of SRL 190 to receive the signal A. AND 
gate 254 also has an additional input for receiving 

25 the S'slgnal. 

In order for the AG signal to be active, each of 
the inputs to AND gate 254 must be active, i.e.. in 
a logical "I" state. The AG signal will be active if 
there are no other active requests other than a bus 

30 unit A request, or if multiple requests are active the 
corresponding greater than condition is true. i.e.. 
the signals AGTB. AGTC, and AGTD are at a 
logical one state. However, with either a bus unit A 
request alone or with additional bus unit requests. 

35 tiie latched request signal A along with tiie signal S 
must be active in order for the bus unit A grant 
(AG) signal to be active. The output of AND gate 
254 is also coupled to the input of inverter 256 
which provides the inverted bus unit A grant ( AG ) 

40 signal which is fed back to priority next state logic 
1388. 

Priority logic portion 134b comprises OR gates 
258. 260. and 262 each having an output coupled 
to an input of AND gate 264. The inputs to OR gate 

4S 258 are respectively coupled to the CToutput of 
SRL 224 and the CToutput of SR L l^rtch 190 for 
respectively receiving the signals AGTB and "ST. 
OR gate 260 has one input coupled to tiie Q output 
of SRL 234 for receiving the BGTC signal while tiie 

50 Other input of OR gate 260 is coupled to the Q 
output of SRL 194 for receiving tiie Csignal. Simi- 
larly, OR gate 262 has one input coupled to the 0 
output of SRL 236 for receiving tiie BGTD signal, 
while the otiier input of OR gate 262 is coupled to 

55 the CToutput of SRL 196 for receiving the D'signal. 

The 5 inputs to AND gate 264 are respectively 
connected to the outputs of OR gates 258. 260 and 
262. An additional input of AND gate 264 is con- 
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nected to the Q output of SRL latch 192 for receiv- 
ing the latched bus unit B signal B. Another input 
of AND gate 264 Is for receiving the S~signal, The 
output of AND gate 264 provides the bus unit B 
grant (BG) signal which is active when all inputs to s 
the AND gate 264 are also active. The output of 
AND gate 264 is also coupled through inverting 
gate 266 to provide the inverted bus unit B grant 
signal BG to next state priority logic portion I38c. 

In priority logic portion 134c, OR gates 268. ic 
270, and 272 each have an output coupled to the 
inpu t of AN D gate 274. The inputs to OR gate 268 
are Agtc and derived, respectively fronn latch 
226 and SRL 190. The OR gate 270 receives 
inputs from latch 234 and SRL 192. The OR gate is 
272 receives the D^input from SRL 196. Last, the 
OR gate 272 is also fed CGTD from latch portion 
1 42c. The AND gate 274 also receives the signal C 
from SRL 194 and S". The AND gate 274 combines 
its input signals to generate the bus unit C grant 20 
(CG) signal, when those inputs are active. CG Is 
inverted through an inverter 276 connected to the 
output of the AND gate 274. 

Priority logic portion 134d comprises OR gates 
278, 280. and 282 each having an output coupled 25 
to an input of AND gate 284. The inputs to OR gate 
278 are coupled to the CToulput of SRL 228 and 
the Q"output ofSRL latch 190 for respectively 
receiving the AGTD and TTsignals. OR gate 280 
has one input coupled to the (3"output of SRL 236 30 
for receiving the 6gtd signal, while the other input 
of OR gate 280 is coupled to the ^Foutput of SRL 
192 for receiving the B~signal. Similarty. OR gate 
282 has one input coupled to the CToutput of SRL 
240 for receiving the CGTD signal while the other os 
input of OR gate 282 is coupled to the iToutput of 
SRL 194 for receiving the r"signal. 

Additional inputs to AND gate 284 are respec- 
tively connected to the Q output of SRL latch 196 
and the output of NOR gate 242 for respectively 4o 
coupling the latched bus request signal D and the 
signals S"to AND gate 284. The output of AND 
gate 284 provides an active bus unit D grant signal 
DG when all inputs to AND gate 284 are active. 

Rgure 6 is an exemplary timing diagram of the 4S 
arbitration process. During cycle number 0. the bus 
units A and B latched request signals A and B are 

^?^ ^^^' ^® ^^^^ gTDP"^ 
BITRATION signal 51s active so as to place the 
arbiter in condition to arbitrate requests for the sc 
ADO bus. 

During cycle number 1. bus units* A and 8. 
have requested the bus with active request signals 
A and B each latched by a respective bus request 
latch> In cycle number 2, a bus grant signal is 55 
generated for bus unit A with the AG signal being 
active. Once granted access to the bus. but unit A 
drives the ADC control bus signals command valid. 



data valid, and busy in the following manner. At the 
end of cycle number 2 the signals A and AG 
become inactive while the signal B remains active. 
The signal 5"also goes inactive to suspend arbitra- 
tion of pending bus requests. 

During cycle number three, the ADC BUS 
COMMAND VALID signal is driven active and in- 
dicates that the ADC bus has a valid command 
(DO). In addition, the -ADC BUS BUSY signal is 
driven active and indicates that the ADC bus is in 
use. During cycle number 3. the BUS BUSY signal, 
active in cycle number 2, drives Bus Busy L2 
signal active. Similarly, the STOP GRANTL2 line 
goes active in response to the grant signal AG 
signal being active in cycle number 2. At the end 
of cycle number 3. the BUS BUSY and con-espond- 
ing STOP GRANTL2 signal, along with the ADC 
BUS COMMAND VALID signals go inactive. 

During cycle number 4. the ADC BUS DATA 
VALID signal is driven active which indicates that 
the ADC bus has valid data (Dl). In addition, the 
BUS BUSYL2 line goes active in response to the 
latching of the active ADC BUS BUSY signal during 
the previous cycle. The STOP GRANTL2 line goes 
active in response to the grant signal AG signal 
being active in cycle number 2. During cycles 
numbers three and 4. the arbiter performs a logic 
OR of the latched bus grants, i.e.. the STOP 
GRANTL2 signal and the latched ADC bus busy 
signal, i.e.. BUS BUSYL2 signal, to drive the STOP 
ARBITRATION signal ^"inactive and thus suspend 
arbitration. 

As seen in the timing diagram of Rgure 6. the 
BUS BUSY signal is driven inactive for the last 
cycle of use of the bus by the granted bus user. 
This action is to prepare the arbiter for the next 
arbitration process. Dunng cycles three and fouc 
bus unit A transfers command and data on the 
ADC bus as indicated by the ADC data bus line. 

During cycle numbers 1-5. the bus unit 8 bus 
request remains latched in the corresponding bus 
request latch. During cycle number 5. with the 5 
signal active, arbitration is again enabled with a 
grant of access to the ADC bus going to bus unit 
B. The bus unit B grant signal B goes active. Cycle 
number 5 is essentially "dead" cycle on the bus. 
The "dead" cycle is required for shared buses 
utilizing CMOS technology to allow for high imped- 
ance settling time. By using the "dead" cycle on 
the bus to generate the grant signal for the next 
bus transaction, no penalty is incurred by the ar- 
bitration process with respect to the shared bus. 
During the period of cycle numbers 6-9 the signal 
5"goes inactive to suspend arbitration activity while 
command and data are transferred on the ADC 
bus. 

figures 7 and 8 respectively illustrate another 
exemplary timing diagram and corresponding ar- 
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biter state table for an LRU bus arbitration se- 
quence modified by bus units in different priority 
modes. For this example, bus units A and B are set 
in the high- priority mode by setting the respective 
bus priority mode latches active while the bus units 
C and D priority mode latches are reset inactive. 
During cycle number 0. there are no bus re queste 
latched in the bus request latches and the STOP 
7a=lBltRATI0N signal S is active to permit request 
arbitration when received. The initial priority of the 
bus units in the high priority mode has bus unit A 
higher in priority than bus unit B. while bus units in 
the low priority mode has bus unit C higher in 
priority than bus unit D. 

During cycle number 1, which corresponds to 
the time period TO, bus unit A and bus unit C 
request latches latch and active latched in the 
respective bus request latches indicative of bus 
requests by bus units A and C. During cycle num- 
ber 1 . with bus unit A being in a high priority mode 
and bus unit C in a low priority mode, the arbiter 
ignores the low priority mode request and grants 
the high priority mode requester a bus granting the 
following cycle, i.e.. cycle number 2. In cycle num- 
ber 2. the bus grant A signal AG goes active so as 
to grant the bus unit A access to the bus. At the 
end of cycle number 2. the latched bus request for 
bus unit A goes Inactive. However, the latched bus 
unit C request signal C remains active as an indica- 
tion that bus unit C Is still requesting access to the 
bus. 

During cycle numbers 3 and 4, I.e.. time period 
T2. the arbiter is updated with bus unit A having a 
lower priority than bus unit B. However, since bus 
unit A is in a high priority mode, bus unit A 
remains of a higher priority than bus units C and D. 
Also during this period, the inverse stop arbitration 
signal ( 5") changes to a logical "zero" thus sus- 
pending the generation of a grant signal until it 
goes active. Also during the time period T2 bus 
unit A utilizes the ADC bus for command and data 
transfer. At the end of cycle number 4, data trans- 
fer completed on the ADC bus.the inverse stop 
arbitration signal 5"goes active to enable a bus 
grant to be output to a requesting bus unit When 
the signal S'at the end off cycle number 4. bus unit 
C which has maintained an active request signal C 
ts granted a bus granted a bus grant during cycle 
number 5. During cycle number 5. time T3. the bus 
unit C grant signal goes active. During cycle num- 
bers 6 and 7, command and data is transferred on 
the ADC data bus while the arbiter updates in 
priority bus units. When command and data Is 
being transferred on the ADC bus. the signal S'is 
inactive until the transfer is completed, such as at 
the end of cycle number 7. With bus unit C last 
requesting the bus, bus unit C Is of a lower priority 
than bus unit 0. This assignment in priority annong 



the low priority mode bus units has no effect on the 
priority of bus units A and B. which are in the high 
priority mode. 

At cycle number 9. all four bus units have 

5 requested access to the ADC bus with the respec- 
tive bus request signals being latched the bus 
request latch as the active request signals A. B. C 
and D. When both high and low mode priority bus 
units request access to the bus. the arbiter ser- 

10 vices the high priority mode bus units and ignores 
the low priority mode bus unit requests until the 
high priority mode bus units no longer request 
access to the bus. At cycle number 9. bus unit B 
being In the high priority mode has a higher priority 

IS than bus unit A. Bus unit B is then granted access 
to the bus with the signal BQ be active during 
cycle number 10. At the end of cycle number 10. 
both the bus unit B latched request signal B and 
the bus unit B grant signal BG along with the signal 

20 S"going inactive. During the time period T8. cycle 
numbers 11-14, commands and data are trans- 
fen'ed on the ADC data bus. At the end of cycle 
number 14. upon completion of data transfer, the 
signal S~goes active to enable the grant of the bus 

25 in the next cycle to the requesting bus of the 
highest priority. In this particular case, bus unit B 
upon receiving the grant is assigned a lower prior- 
ity than bus unit A. However, bus unit B is of 
higher priority mode than requesting bus units C 

30 and D which are In the low priority mode. 

With bus unit A in the high priority mode and 
requesting the bus. bus unit A Is granted the bus 
during cycle number 15. At the completion of ac- 
cess to the bus by bus unit A. there are no further 

35 requests from bus units in the high priority mode. 
Accordingly, the arbiter services the low pnority 
mode bus units requesting access to the bus. In 
this case, bus unit D is now of a higher pnority 
than bus unit 0. and is therefore granted access to 

40 the bus by the generation off the bus grant signal 
during cycle number 18. When granted access to 
the bus, bus unit D is of the lowest priority among 
low priority mode bus units. When bus unit D is 
finished with the bus. bus unit C. which has main- 

45 tatned its request and is the only requesting bus 
unit, is granted access to the bus. After bus unit C 
is granted access to the bus. bus unit C is as- 
signed a lower priority than bus unit D. 

Rgure 5h illustrates the performance monitor 

so feature of the arbiter of the present invention. The 
performance monitor monitors, for evaluation by 
the support processor, three important points in the 
system relative to ADC bus activity. Monitoring 
takes place for ADC bus request active time, the 

55 ADC bus busy time and the storage LO interface 
(STIO) buffers full time. These monitor points are 
sannpled at periodic time intervals, typically of once 
every millisecond, with the data stored in the sup* 
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port processor. The AOC bus busy time data will 
provide an indication as to whether the bus is over 
or under utilized. The ADC bus request active time 
data will be used to indicate the amount of time 
each AOC bus unit has an active request. The 
STIO buffers full time data will indicate the amount 
of time the STIO buffers are fulL 

The performance monitor data will be utilized 
for further configuration of the system. An exceed- 
ingly high bus request active time can be caused 
by unbalanced I/O system. For example, one bus 
unit could have too many high performance de- 
vices coupled thereto and would tiius utilize much 
of the bus bandwidth. Based on the performance 
monitor information, the system could then be re- 
configurated to balance tiie bus activity. An ex- 
ceedingly high bus busy time may also be caused 
by the STIO buffers being full a high percentage of 
time. Based upon the performance monitor infor- 
mation, the arbiter could thus be programmed to 
put the STIO. which also requests the bus. in a 
high priority mode. Accordingly, the STIO would be 
given a high percentage of bus bandwidth so as to 
allow tiie STIO to empty its buffers more fre- 
quentiy. The performance monitor data could also 
be used to indicate whetfier the lOEIOQ itself is 
getting sufficient bus bandwidth. Since the lOE lOQ 
elements handle all software level 10 instructions, 
insufficient bandwidth could lead to subsystem per- 
formance degradation. Accordingly, the lOQ ele- 
ment could be put into a high priority mode. Fur- 
thermore, based on performance monitor data and 
known time critical needs of specific tO devices, 
the arbiter can be programmed to provide maxi- 
mum adaptability to different 10 configurations, in 
addition to providing increased availability of the 
system to time critical devices and improved over- 
all system performance. 

Figure 5h illustrates an exemplary performance 
monitor circuit For purposes of simplification, only 
a single monitoring point circuit is illustrated with 
the remaining circuits being identical. In Figure 5h. 
the performance monitors circuit for one monitor 
point comprises a SRL latch 286 which is contin- 
ually set or reset by system activity. For example, 
tiie input to latch 286 may be the bus unit A 
latched request signal A. The Q output of SRL '286 
is coupled to an input of AND gate 288. The other 
input of AND gate 288 is coupled to receive an 
RMAP immediate command. The output of AND 
gate 288 is input to SRL 290. The O output of SRL 
290 is input to AND gate 292. The other input of 
AND gate 292 is coupled to receive an RMAP read 
command. The output of AND gate 294 provides 
the RMAP monitor data to the support processor. 

SRL 286 is continually set and reset by system 
activity. SRL 290 is used to capture tiie state of the 
SRL 286 when the RMAP immediate command is 



active. The state of SRL 290 is output as the 
RMAP monitor data when the RMAP read com- 
mand is active. The RMAP function may be used 
while clocks are running, thus avoiding tiie slower 
5 system scan sting metfiod of updating the latches. 
The performance monitor data is transferred to ttie 
support processor where it can be analyzed. 



10 Claims 

1 . In a system including a common bus and a 
plurality of users connected to said common bus. 
and in which each of said plurality of users in- 
fs eludes means for providing a request signal in- 
dicating that said user is a requesting user requir- 
ing access to said common bus. the request sig- 
nals provided by said plurality of users being indi- 
cative of a current user request status, an appara- 
20 tus for determining priority in access to said com- 
mon bus, comprising; 

priority feedback means for providing a group of 
priority signals representative of a user priority 
hierarchy; 

25 priority means connected to said priority feedback 
means and to said plurality of users for receiving 
said pnonty signals and responsive to said current 
user request status for providing a grant signal 
con-esponding to a requesting user having a high- 
30 est relative priority in said user priority hierarchy 
among requesting users: and 
said priority feedback means further being respon- 
sive to said grant signal for updating said priority 
signals to represent an updated user priority hierar- 
35 chy in which said requesting user con*esponding to 
said grant signal has a lowest relative priority. 

2. The apparatus of Claim 1 wherein said prior- 
ity means comprises: request latch means for re- 
ceiving and storing at least one request signal each 

40 from a con'esponding requesting user; and 

priority logic means connected to said priority 
feedback means and said request lateh meane for 
respectively receiving said priority signals and said 
stared request signals, and for perfonming a logical 
45 operation upon said priority signals and said stored 
request signals so as to generate said grant signal. 

3. An apparatus for determining priority in ac- 
cess to a common bus shared by a plurality of 
users, comprising: 

50 priority feedback means for providing a group of 
priority signals representative of a user prionty 
hierarchy: 

priority means for receiving said priority signals 
and responsrve to a current user request status for 
55 providing a grant signal corresponding to a re- 
questing user having a highest relative priority in 
said user priority hierarchy among requesting us- 
ers: and 
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wherein said prionty feedback means is responsive 
to said grant signal for updating said priority sig- 
nals, said updated priority signals representative of 
an updated user priority hierarchy in which said 
requesting user corresponding to said grant signal 
has a lowest relative priority. 

4. The apparatus of one of Claims 1 to 3 
wherein said priority means connprises: 

request latch means for receiving and storing at 
least one request signal each from a corresponding 
requesting user, said request signals indicative of 
said current user request status: and 
priority logic means connected to said priority 
feedback means and said request latch means for 
respectively receiving said priority signals and said 
stored request signals, and for performing a logical 
operation upon said priority signals and said stored 
request signals so as to generate said grant signal. 

5. The apparatus of one of Claims 1 to 4 
wherein said priority feedback means comprises: 
next state priority logic means connected to said 
priority means for generating a group of condition 
signals based upon an initial predetermined user 
priority hierarchy, said condition signals represen- 
tative of a comparison in relative priority between 
each user with respect to each other user: 
priority latch means connected to said next state 
priority logic means for receiving and storing said 
condition signals, and for providing an output of 
said stored condition signals as said priority sig- 
nals; and said next state priority logic means for 
further receiving said grant signal and said priority 
signals, and for performing a comparison of said 
priority signals and said grant signal so as to 
update said condition signals corresponding to said 
updated user priority hierarchy. 

6. The apparatus of one of Claims 1 to 5 
wherein certain ones of said users are assigned to 
high priority mode class and certain other ones of 
said users are assigned to a low priority mode 
class and representing a current priority mode sta- 
tus, and wherein said apparatus further comprises 
priority mode means connected to said priority 
feedback means and responsive to said current 
priority mode status for generating high and low 
prionty mode class signals respectively corre- 
sponding to high and low priority mode class users 
of said current priority mode status, said priority 
feedback means responsive to said high and low 
priority mode class signals for modifying said prior- 
ity, signals, said modified priority signals repre- 
sentative of a bi-level user priority hierarchy with 
high priority mode class users being of a higher 
priority than low priority mode class users with 
each user having a relative priority with one an- 
other within its respective priority mode class, said 
priority means for receiving said modified priority 
signals and further responsive to said cunrent user 



request status for providing said grant signal cor- 
responding to a requesting one of said high priority 
mode users in said high priority mode class having 
a highest relative priority among requesting high 

5 priority mode class users, and when said current 
request status is of low priority mode class user 
requests providing said grant signal corresponding 
to a requesting one of said low priority mode class 
users in said low priority mode class having a 

10 highest relative priority among requesting low prior- 
ity mode class users, said priority feedback means 
responsive to said grant signal for updating said 
modified priority signals with said updated modified 
priority signals representative of an updated bi- 

16 level user priority hierarchy in which a requesting 
user con^esponding to said grant signal has a low- 
est relative priority of Its respective priority mode 
class. 

7. The apparatus of one of Claims 1 to 6 
20 further comprising monitor means coupled to said 

priority means for sampling and storing said cur- 
rent user request status, said monitor means fur- 
ther responsive to a command signal for providing 
an output corresponding to sakj cunrent user re- 
2S quest status. 

8. In a data system including a common bus. a 
plurality of users connected to said common bus. 
and means in each of said plurality of users for 
producing a user request indicating that said each 

30 of said users is a requesting user requiring access 
to said common bus. a bus arbiter, comprising: 
request collection means connected to said plural- 
ity of users for receiving and assembling request 
signals from said users and for providing, in re- 

35 sponse to said request signals, a request status 
signal: 

priority logic connected to said request collection 
means and responsive to said request status signal 
and to a user priority signal for providing a grant 
40 signal providing common bus access to a request- 
ing user having a highest priority in a user priority, 
said user priority indicated by said user priority 
signal; and 

priority state means connected to said priority logic 
45 and responsive to said grant signal for producing 
said user priority signal to represent a user priority 
hierarchy. 

9. The bus arbiter of Claim 8 wherein said 
request collection means is a latch circuit receiving 

so and storing at least one user request from each of 
said plurality of users, each of said user requests 
being indicative of a current user request status, 
and wherein said prionty logic is connected to said 
priority state means and to said latch circuit for 

55 respectively receiving said user priority signal and 
for performing a logical operation on said priority 
signal and said user requests to generate said 
grant signal. 
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10. The bus arbiter of Claim 8 or 9 wherein 
said priority state means comprises: 

next pnority state logic connected to said priority 
logic for generating a group of condition signals 
based upon an initial user prionty hierarchy, said 5 
condition signals representative of a comparison in 
relative prionty between each user of said plurality 
of users with respect to each other user of sad 
plurality of users: 

priority latch means connected to said next priority io 
state logic for receiving and storing said condition 
signals, and responsive to said condition signals for 
providing said priority signals; and said next priority 
state logic receiving said priority signal and said 
grant signal for performing a comparison of said is 
priority signal and grant signal so as to update said 
condition signals to correspond to an updated user 
priority hierarchy. 

11. The bus arbiter of one of Claims 8 to 10 
wherein each of said users includes means for 20 
producing a user priority signal indicative of a 
priority mode class of which said each of said 
users is a member, first users being assigned to a 

first priority mode class and second users being 
assigned to a second priority mode class, said first 25 
priority mode class being of a higher priority than 
said second priority mode class, said bus arbiter 
further including a priority mode means connected 
to said priority state means and to said plurality of 
users and responsive to said priority mode signals 30 
for producing a user priority relationship signal 
denoting the relative priority between a first re- 
questing user and a second requesting user, said 
user priority relationship signal being provided to 
said priority state means, said priority state means 35 
being responsive to said user prionty relationship 
signal and to said grant signal for producing said 
user pnonty signal. 
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